home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr16 / tc15_072.zip / TC15-072.TXT < prev   
Text File  |  1995-03-12  |  30KB  |  741 lines

  1. TELECOM Digest     Thu, 2 Feb 95 16:45:00 CST    Volume 15 : Issue 72
  2.  
  3. Inside This Issue:                         Editor: Patrick A. Townson
  4.  
  5.     Book Review: "Protect Your Privacy" by Stallings (Rob Slade)
  6.     International Alliance Service Liability (David Ujimoto)
  7.     CFP: 3rd International Workshop on Feature Interactions (Nancy 
  8. Griffeth)
  9.     Canadian (Northern Tel) in India? (Rohit Sharma)
  10.     Adoption of New Technologies (Seth Baum)
  11.     NYNEX's Competition in the NY Metro LATA (Stan Schwartz)
  12.     Atlanta Toll-Free Calling Zone Growing? (Paul Beker)
  13.     Who Are the Telephone Pioneers of America? (Jonathan Prince)
  14.     Cellphones on Your TV (Timothy D. Shoppa)
  15.     Infrastructure for Internet Service Provider (Rustom Vachha)
  16.  
  17. TELECOM Digest is an electronic journal devoted mostly but not
  18. exclusively to telecommunications topics. It is circulated anywhere
  19. there is email, in addition to various telecom forums on a variety of
  20. public service systems and networks including Compuserve and America
  21. On Line. It is also gatewayed to Usenet where it appears as the 
  22. moderated
  23. newsgroup 'comp.dcom.telecom'. 
  24.  
  25. Subscriptions are available to qualified organizations and individual
  26. readers. Write and tell us how you qualify:
  27.  
  28.                  * telecom-request@eecs.nwu.edu *
  29.  
  30. The Digest is edited, published and compilation-copyrighted by Patrick
  31. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32. or phone at:
  33.                     9457-D Niles Center Road
  34.                      Skokie, IL USA   60076
  35.                        Phone: 708-329-0571
  36.                         Fax: 708-329-0572
  37.   ** Article submission address only: telecom@eecs.nwu.edu **
  38.  
  39. Our archives are located at lcs.mit.edu and are available by using
  40. anonymous ftp. The archives can also be accessed using our email
  41. information service. For a copy of a helpful file explaining how to
  42. use the information service, just ask.
  43.  
  44. **********************************************************************
  45. ***
  46. *   TELECOM Digest is partially funded by a grant from the              
  47. *
  48. * International Telecommunication Union (ITU) in Geneva, Switzerland    
  49. * under the aegis of its Telecom Information Exchange Services (TIES)   
  50. * project.  Views expressed herein should not be construed as 
  51. represent-*
  52. * ing views of the ITU.                                                 
  53. *
  54. **********************************************************************
  55. ***
  56.  
  57. Additionally, the Digest is funded by gifts from generous readers such
  58. as yourself who provide funding in amounts deemed appropriate. Your 
  59. help 
  60. is important and appreciated. A suggested donation of twenty dollars 
  61. per
  62. year per reader is considered appropriate. See our address above.
  63.  
  64. All opinions expressed herein are deemed to be those of the author. 
  65. Any
  66. organizations listed are for identification purposes only and messages
  67. should not be considered any official expression by the organization.
  68. ----------------------------------------------------------------------
  69.  
  70. Date: Thu, 02 Feb 1995 12:47:47 EST
  71. From: Rob Slade <roberts@mukluk.decus.ca>
  72. Subject: Book Review: "Protect Your Privacy" by Stallings
  73.  
  74.  
  75. [It didn't start out this way, but this seems to be the start of a
  76. "mini" series of reviews on the topic of PGP.  Garfinkel's review is
  77. due to be sent in another two weeks, Schneier's a week after that;
  78. Peachpit has one due out in February while Zimmerman's own, I found
  79. out yesterday, is due out in April. - rms]
  80.  
  81. BKPRTPRV.RVW   941214
  82.  
  83. "Protect Your Privacy", Stallings, 1995, 0-13-185596-4, U$19.95
  84. %A   William Stallings ws@shore.net
  85. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  86. %D   1995
  87. %G   0-13-185596-4
  88. %I   Prentice Hall PTR
  89. %O   U$19.95 (515) 284-6751 FAX (515) 284-2607 camares@mcimail.com
  90. %P   302
  91. %T   "Protect Your Privacy"
  92.  
  93. This is the first-released of at least three books on PGP (Pretty Good
  94. Privacy), the encryption and authentication package by Phil Zimmerman.
  95. It covers the concepts of encryption, public key encryption,
  96. authentication and key management, as well as the installation and
  97. operation of PGP on MS-DOS and Macintosh platforms.  There is also
  98. some overview of front end shells for DOS and Windows, plus helpful
  99. supplementary information on password/phrase choice key servers, and
  100. where to get PGP.  (The promise of coverage for Windows, UNIX, OS/2
  101. and Amiga in the promotional literature is overkill, but these
  102. interfaces will be almost identical to those covered.)
  103.  
  104. Stallings' material is generally very clear and well written.  Many
  105. times, however, concepts are introduced early in the book but not
  106. explained until much later.  This is particularly true of key
  107. management.  In most cases, I can assure the reader not to worry --
  108. all will be made clear, eventually.  (In some few cases, the
  109. explanation may remain confusing until you actually run the program.)
  110.  
  111. The book echoes the assertion by many that PGP has become the de facto
  112. standard in Internet privacy and authentication.  Certainly no 
  113. commercial 
  114. product has anything like the same range of use.  Full acceptance of
  115. PGP, though, has been hampered by the version incompatibilities and
  116. the legal difficulties caused by the US weapons (!) expert control
  117. laws.  Given the touchy nature of this subject, it is not terribly
  118. surprising that both Stallings, and Michael Johnson in the access
  119. document, comment only briefly on the subject.  These passages are
  120. somewhat calming, but hardly calculated to inspire confidence.
  121.  
  122. Solid background on the technology, if sometimes disjointed.  Terse,
  123. but serviceable documentation on the program.  Readable and 
  124. informative.
  125.  
  126. copyright Robert M. Slade, 1994   BKPRTPRV.RVW   941214. Permission 
  127. granted
  128. for distribution in TELECOM Digest and associated publications.
  129.  
  130.  
  131. Vancouver      ROBERTS@decus.ca    
  132. Institute for  Robert_Slade@sfu.ca 
  133. Research into  rslade@cue.bc.ca    
  134. User           p1@CyberStore.ca    
  135. Security       Canada V7K 2G6      
  136.  
  137. ------------------------------
  138.  
  139. From: ab261@torfree.net (David Ujimoto)
  140. Subject: International Alliance Service Liability
  141. Organization: Toronto FreeNet
  142. Date: Wed, 1 Feb 1995 20:25:53 GMT
  143.  
  144.  
  145. I have a question regarding liability and international telephone
  146. carrier alliances which hopefully someone can answer.
  147.  
  148. Given the development of international telecom alliances and their
  149. provision of specialized services for business, I am wondering about
  150. the extent to which telecom carriers would be liable for lost 
  151. messages, 
  152. contracts, product ideas and the like.
  153.  
  154. [I realize that in general, telecom companies are protected from such
  155. liability and that international tariff agreements also protect
  156. carriers.  But given the fact that the carriers know or ought to know
  157. the importance of these networks to business, doesn't the carriers'
  158. exposure to risk increase?]
  159.  
  160. Assuming that there is carrier liability for these problems, where
  161. would such liability be prosecuted?  Would it be in the originating
  162. country?  The terminating country?  Or where the breach occurred?  Or
  163. is this question redundant because service providers expressly
  164. contract out liability?
  165.  
  166. Any help that can be provided in this matter would be greatly 
  167. appreciated!
  168.  
  169. Thanks in advance!
  170.  
  171.  
  172. David Ujimoto
  173.  
  174. d.ujimoto@utoronto.ca   ab261@freenet.toronto.on.ca
  175.  
  176.  
  177. [TELECOM Digest Editor's Note: A few years ago Illinois Bell had that
  178. awful fire in Hinsdale, Illinois which knocked much of their network
  179. off line for several days and some of it was off line for almost a 
  180. month. They claimed they had no liability to subscribers for lost 
  181. business as a result of the outage, and for the most part they were
  182. backed up in this opinion by the court when various subscribers sued
  183. them. I think telco's contract with you -- which is the tariff -- says
  184. telco's liability is limited to the amount of money you paid for 
  185. service which they were unable to provide.    PAT] 
  186.  
  187. ------------------------------
  188.  
  189. From: nancyg@thumper.bellcore.com (Nancy Griffeth)
  190. Subject: CFP: 3rd International Workshop on Feature Interactions
  191. Organization: Morristown Research and Engineering
  192. Date: Wed, 1 Feb 1995 20:35:51 GMT
  193.  
  194.  
  195.                       Call for Participation
  196.       Third International Workshop on Feature Interactions
  197.                in Telecommunications Software Systems
  198.                            Kyoto, Japan
  199.                        October 11-13, 1995
  200.  
  201.  
  202. Description:
  203.  
  204.      This workshop is the third in a series, whose mission is to
  205. encourage researchers from a variety of computer science specialties
  206. (software engineering, enterprise modeling, protocol engineering,
  207. distributed artificial intelligence, formal techniques, software
  208. testing, and distributed systems, among others) to apply their
  209. techniques to the feature interaction problem that arises in building
  210. telecommunications software systems (see the back page for a
  211. description of the problem).  We welcome papers on avoiding,
  212. detecting, and/or resolving feature interactions using either
  213. analytical or structural approaches.  Submissions are encouraged in
  214. (but are not limited to) the following topic areas:
  215.  
  216.    -    Classification of feature interactions.
  217.  
  218.    -    Modeling,  reasoning,  and  testing  techniques  for
  219.         detecting feature interactions.
  220.  
  221.    -    Software platforms and architecture designs  to  aid
  222.         in   avoiding,   detecting,  and  resolving  feature
  223.         interactions.
  224.  
  225.    -    Tools  and  methodologies  for  promoting   software
  226.         compatibility and extensibility.
  227.  
  228.    -    Mechanisms   for   managing   feature   interactions
  229.         throughout the service life-cyle.
  230.  
  231.    -    Management of feature interactions in PCS, ISDN, and
  232.         Broadband services, as well as IN services.
  233.  
  234.    -    Management of feature interactions in various of the
  235.         operations   support   functions   such  as  Service
  236.         Negotiation,   Service   Management,   and   Service
  237.         Assurance.
  238.  
  239.    -    Feature Interactions and their potential  impact  on
  240.         system Security and Safety.
  241.  
  242.    -    Environments  and  automated   tools   for   related
  243.         problems in other software systems.
  244.  
  245.    -    Management of Feature Interactions in various  other
  246.         enterprises, such as banking, medicine, etc.
  247.  
  248.  
  249. Format:
  250.  
  251.      We hope to promote a dialogue among researchers in various
  252. related areas, as well as the designers and builders of telecommun-
  253. ications software. To this end, the workshop will have sessions for
  254. paper presentations, including relatively long discussion periods.
  255. Panel discussions and tool demonstrations are also planned.  The first
  256. day of the workshop, October 11, is devoted to tutorials and
  257. discussions on areas related to feature interactions.
  258.  
  259.  
  260. Attendance:
  261.  
  262.      Workshop attendance will be limited to 100 people.  Attendance
  263. will be by invitation only. Prospective attendees are asked to submit
  264. either a paper (maximum 5000 words) or a single page description of
  265. their interests and how they relate to the workshop.  Proposals for
  266. tutorials and discussions are also requested (maximum 3000 words).
  267. About 16-20 of the attendees will be asked to present talks; a small
  268. number of tutorials and/or discussions will also be selected.  We will
  269. strive for an equal mix of theoretical results and practical
  270. experiences. Papers will be published in a conference proceedings.
  271.  
  272.  
  273. Submissions:
  274.  
  275.      Please send five copies of your full original paper or interest
  276. description to:
  277.  
  278.      Kong Eng Cheng
  279.      Department of Computer Science
  280.      Royal Melbourne Institute of Technology
  281.      GPO Box 2476V
  282.      Melbourne, Victoria
  283.      AUSTRALIA 3001
  284.  
  285.      E-mail: kec@cs.rmit.edu.au
  286.      Tel: +61 3 660 3266
  287.      FAX: +61 3 662 1617
  288.  
  289.  
  290. Important dates are:
  291.  
  292.      February 28, 1995: Submission of contributions.
  293.      May 15, 1995: Notification of acceptance.
  294.      June 26, 1995: Submission of camera-ready versions.
  295.  
  296.  
  297. Workshop Co-chairpersons
  298.  
  299.      Tadashi Ohta (ATR, Japan)
  300.      Nancy Griffeth (Bellcore, USA)
  301.  
  302. Program Committee
  303.  
  304.      Co-Chairpersons:
  305.      Kong Eng Cheng  (Royal Melbourne Institute of
  306.                       Technology, Australia)
  307.      E. Jane Cameron (Bellcore, USA)
  308.  
  309. Jan Bergstra         (CWI and University of Amsterdam,
  310.                       The Netherlands)
  311. Ralph Blumenthal     (Bellcore, USA)
  312. Rolv Braek           (SINTEF DELAB, Norway)
  313. Bernie Cohen         (City University of London, UK)
  314. Robert France        (Florida Atlantic University, USA)
  315. Haruo Hasegawa       (OKI, Japan)
  316. Dieter Hogrefe       (University of Bern, Switzerland)
  317. Richard Kemmerer     (UCSB, USA)
  318. Victor Lesser        (University of Massachusetts, USA)
  319. Yow-Jian Lin         (Bellcore, USA)
  320. Luigi Logrippo       (University of Ottawa, Canada)
  321. Jan van der Meer     (Ericsson, The Netherlands)
  322. Robert Milne         (BNR, UK)
  323. Leo Motus            (Tallinn Technical University, Estonia)
  324. Jacques Muller       (CNET, France)
  325. Jan-Olof Nordenstam  (ELLEMTEL, Sweden)
  326. Yoshihiro Niitsu     (NTT, Japan)
  327. Ben Potter           (University of Hertfordshire, UK)
  328. Henrikas Pranevicius (Kaunas University of Technology,
  329.                       Lithuania)
  330. Martin Sadler        (HP, UK)
  331. Jean-Bernard Stefani (CNET, France)
  332. Greg Utas            (BNR, USA)
  333. Jyri Vain            (Institute of Cybernetics, Estonia)
  334. Hugo Velthuijsen     (PTT Research, The Netherlands)
  335. Yasushi Wakahara     (KDD R&D Laboratories, Japan)
  336. Ron Wojcik           (BellSouth, USA)
  337. Pamela Zave          (AT&T Bell Laboratories, USA)
  338.  
  339.  
  340. Workshop Statement:
  341.  
  342.      The feature interaction problem is a major obstacle to the rapid
  343. deployment of new telephone services. Some feature communications
  344. system. Telecommunications software is huge, real-time, and
  345. distributed; adding new features to a telecommunication system, like
  346. adding new functionalities to any large software system, can be very
  347. difficult.  Each new feature may interact with many existing features,
  348. causing customer annoyance or total system breakdown.  Traditionally,
  349. interactions were detected and resolved on a feature by feature basis
  350. by experts who are knowledgeable on all existing features.  As the
  351. number of features grows to satisfy diverse needs of customers,
  352. managing feature interactions in a single administrative domain is
  353. approaching incomprehensible complexity.  In a future marketplace
  354. where features deployed in the network may be developed by different
  355. operating companies and their associated vendors, the traditional
  356. approach is no longer feasible.  How to detect, resolve, or even
  357. prevent the occurrence of feature interactions in an open network is
  358. now an important research issue.
  359.  
  360. The feature interaction problem is not unique to telecommunications
  361. software; similar problems are encountered in any long-lived software
  362. system that requires frequent changes and additions to its 
  363. functionality.  
  364. Techniques in many related areas appear to be applicable to the
  365. management of feature interactions.  Software methodologies for
  366. extensibility and compatibility, for example, could be useful for
  367. providing a structured design that can prevent many feature
  368. interactions from occurring.  Features are typically design to suit
  369. the purposes of a user or business, hence Enterprise modeling will
  370. play a role in the identification of certain classes of interaction,
  371. in particular the solution of an interaction in one enterprise may not
  372. be desired by another.  Formal specification, verification, and
  373. testing techniques, being widely used in protocol engineering and
  374. software engineering, contribute to the detection of interactions.
  375. Several causes of the problem, such as aliasing, timing, and the
  376. distribution of software components, are similar to issues in
  377. distributed systems.  Cooperative problem solving, a promising
  378. approach for resolving interactions at run time, resembles distributed
  379. planning and resolution of conflicting subgoals among multiple agents
  380. in the area of distributed artificial intelligence.  This workshop
  381. aims to provide an opportunity for participants to share ideas and
  382. experiences in their respective fields, and to apply their expertise
  383. to the feature interaction problem.
  384.  
  385.  
  386. Workshop Announcement:
  387.  
  388.      3nd International Workshop on Feature Interactions in
  389. Telecommunications Software Systems, October 11-13, Kyoto, Japan,
  390. Sponsors: IEEE Communications Society. In cooperation with ACM SIGCOMM
  391. and ATR, Japan. 
  392.  
  393. Contact Tadashi Ohta, ATR, 2-2, Hikari-dai, Seika-cho, Soraku-gun, 
  394. Kyoto, 
  395. 619-02, Japan, Tel: +81 7749 5 1230, Fax: +81 77495 1208, 
  396. e-mail: ohta@atr-sw.atr.co.jp.
  397.  
  398. ------------------------------
  399.  
  400. From: sharma@ee.ualberta.ca (Rohit Sharma)
  401. Subject: Canadian (Northern Tel) in India?
  402. Date: 1 Feb 1995 20:32:32 GMT
  403.  
  404. · 
  405. Organization: University of Alberta Electrical Engineering Department
  406.  
  407.  
  408. Why is it that there is virtually no Canadian telecom equipment 
  409. supplier 
  410. (e.g Northern Telecom) trying to market any products in India?
  411. Northern's research arm BNR recently set up a joint software venture
  412. with TCS (an Indian Software co.) to produce software for BNR's
  413. cellular research, but there is no sign of N.T. making its presence 
  414. felt 
  415. along with the other telecom multinationals trying to get a piece of 
  416. the 
  417. rapidly expanding Indian telecom market? These multinationals include 
  418. Alcatel, Ericssons, Siemens, Fujitsu.
  419.  
  420.  
  421. rohit    sharma@trlabs.ca    or  sharma@ee.ualberta.ca
  422. Photonics Division,   Telecom Research Labs  - Edmonton, Alberta.
  423.  
  424. ------------------------------
  425.  
  426. From: sb@interramp.com (sb)
  427. Subject: Adoption of New Technologies
  428. Date: 1 Feb 1995 21:23:48 GMT
  429. Organization: PSI Public Usenet Link
  430.  
  431.  
  432. I'm writing an article on how the average consumer will react to the
  433. proliferation of possible technologies, services, and products which
  434. he/she will be exposed to in the coming years as he attempts (or is
  435. forced into entering) the onramp to the information superhighway.
  436. What's gonna work: movies on demand?  Internet access?  HDTV?  Home
  437. shopping?  Specifically, what are the demand drivers for new
  438. technology products/services, and what combination of factors makes a
  439. product/serivce suceed or fail?  Do any key drivers emerge as
  440. especially important for technology products, versus say consumer
  441. durables?
  442.  
  443. As background, I would appreciate mail responses to "sb@interramp.com"
  444. which yield:
  445.  
  446. 1)  Pointers to other articles/books that deal with this topic;
  447. 2)  Knowledge of any recent papers/study;
  448. 3)  Internet links that might be of use;
  449. 4)  Knowledge of any experiences that any users have had;
  450. 5)  Anything else that springs to your mind regarding this topic;
  451.  
  452.  
  453. Thank you for your time.
  454.  
  455. Seth Baum    sb@interramp.com
  456.  
  457. ------------------------------
  458.  
  459. Date: Thu, 02 Feb 1995 03:16:23 EST
  460. From: Stan Schwartz <stans@panix.com>
  461. Subject: NYNEX's Competition in the NY Metro LATA
  462.  
  463.  
  464. I received the new dial-in number for AOL's new AOLNet service today,
  465. which is in the 516-393 exchange.  I did what I normally do when I
  466. don't recognize an exchange, which is to dial NXX-9901.  In NYNEXland,
  467. this will usually tell me the name of the C/O, and I can then judge if
  468. it will REALLY be a local call.  To my surprise, here's what I heard
  469. when I dialed 393-9901:
  470.  
  471. "Hello, You have reached the Cablevision Lightpath 5-E switch, serving
  472. the 516-393, 439, and 465 Exchanges"
  473.  
  474. Cablevision, the local cable tv operator was written up in Long Island
  475. Newsday last week as major local competition for NYNEX.  While they
  476. said that Cablevision already had its own switch installed, I didn't
  477. realize that the changes were already made!
  478.  
  479.  
  480. Stan
  481.  
  482. ------------------------------
  483.  
  484. From: pbeker@netcom.com (Paul Beker)
  485. Subject: Atlanta Toll-Free Calling Zone Growing?
  486. Organization: NETCOM On-line Communication Services (408 261-4700 
  487. guest)
  488. Date: Wed, 1 Feb 1995 05:03:28 GMT
  489.  
  490.  
  491. I heard a very brief report on one of the local radio stations that
  492. Southern Bell was planning to increase the size of the "local Atlanta
  493. calling zone by 50%" by "adding 34 new exchanges" to it ...
  494.  
  495. Of course, no further details were given, such as: will Southern Bell
  496. raise rates for everyone in Atlanta? (probably) ... where are these 34
  497. exchanges (any 706 exchanges)? ... etc.
  498.  
  499. I have a feeling that this is an effort to bring all of 404 into a
  500. single, toll-free calling zone, which it virtually is already ...
  501. there were several exchanges that were originally slated for 706 at
  502. the time of the 404 split, but were eventually brought back into 404
  503. by public uproar.  Perhaps this where the "34" figure comes from,
  504. although I didn't think there were so many.
  505.  
  506. Anyone have more details?  Thanks!
  507.  
  508.  
  509. Paul Beker - Atlanta, GA    pbeker@netcom.com
  510.  
  511. ------------------------------
  512.  
  513. From: Jonathan Prince <aa078@seorf.ohiou.edu>
  514. Subject: Who Are the Telephone Pioneers of America?
  515. Date: Wed, 1 Feb 1995 02:16:08 EST
  516.  
  517.  
  518.  I was at a meeting at the Ameritech HQ in Ohio the other day
  519. and I left the meeting for the rest room, and noticed that near the
  520. lobby/cafeteria there was a display of various Ameritech novelty
  521. items (T-Shirts, mugs etc and other corporate propaganda) and also in
  522. the case were a couple stickers for sale.  All of these items were
  523. 'for sale' but no one around to buy from, so hence my question.
  524.  
  525.  I noticed a couple decals for sale that were in the shape of a
  526. triangle, wider than tall, blue with white lettering, seeming to
  527. commemorate (judging from the old style of graphics on the decal) some
  528. organization called the 'Telephone Pioneers of America' (I think 
  529. that's
  530. what it was called).  What is this organization, or was it, as the
  531. case might be?  A boy/girl scouts for the telephone company?! Of what?
  532.  
  533.  As someone who has been getting a lot of hands on experience
  534. in the problems of rural internet connectivity these days (in SE Ohio
  535. for the South East Ohio Regional Free-Net) I have become fascinated
  536. with the history of the telcos, the history of the acceptance in our
  537. lives of a machine that we talk to (which in my opinion is almost as
  538. absurd as a machine that we watch for at least six hours a day!).
  539. Anyway, this looks to be an interesting bit of tele-trivia, if anyone
  540. has the answer.
  541.  
  542.  I didn't get the chance to ask Ameritech, I'll try to find out
  543. at the next meeting.
  544.  
  545.  
  546. Thanks,
  547.  
  548. Jonathan Prince   Rural Action - VISTA
  549. for the South East Ohio Regional Free-Net
  550. aa078@seorf.ohiou.edu
  551.  
  552.  
  553. [TELECOM Digest Editor's Note: I will give you the answer, and it is 
  554. not
  555. 'trivia' in any sense of the word. And please don't stand up at the 
  556. next
  557. meeting to ask who are the TPA, because chances are everyone in the 
  558. room
  559. would be embarrassed for you.  I know I would be. For your 
  560. information,
  561. the Telephone Pioneers of America is an outstanding organization with
  562. chapters at telcos all over the USA in the Bell Operating Companies 
  563. and
  564. at AT&T. At the non-Bell telcos, the same organization exists known as
  565. the Independent Pioneers. 
  566.  
  567. TPA has been around for close to a century now. In the very early 
  568. days,
  569. meaning the period up to about 1930, the TPA was composed of people 
  570. who
  571. had been employed by (what was then) the Bell System since its 
  572. beginning.
  573. They were, in effect, the 'charter employees' of the company, or 
  574. 'pioneers'
  575. in telecommunications. They were the people who started what you take 
  576. for
  577. granted today. As time went on into the 1920-30's, most of those old
  578. pioneers were either dead, retired or on the verge of retiring from 
  579. Bell
  580. after forty plus years of employment with AT&T.  The organization then
  581. amended its charter to allow membership by any employee of AT&T or (as
  582. they were called) a subsidiary company who had been employed by Bell 
  583. (or an 
  584. independent) for at least twenty years. I believe that rule still is 
  585. in
  586. effect, although many chapters of TPA have associate membership 
  587. programs
  588. for employees with less time on the job. 
  589.  
  590. What do they do?  What is their purpose? They are very involved 
  591. citizens
  592. in their communities. In their spare time they devise solutions to the
  593. problems encountered by differently-abled (I used to say 'handicapped' 
  594. but
  595. this is now a politcally correct Digest, since I want to have it 
  596. distributed
  597. on several major campuses) persons. They have developed methods by 
  598. which
  599. someone who was completely paralyzed could 'talk' on the phone using a
  600. pencil they held in their teeth. They have developed all sorts of 
  601. gimmicks
  602. and gadgets for very limited use applications by people who for 
  603. whatever
  604. reason could not otherwise use the phone. Aside from their marvelous 
  605. work
  606. in specialized telecommunications applications for handicapped people, 
  607. they
  608. are good citizens in their community. They assist with voter 
  609. registration.
  610. They work with people who have AIDS. They take food to old people who 
  611. can't
  612. get out of their houses. They record books and newspapers on tape for 
  613. people
  614. who are visually handicapped. They are helping to restore telecom 
  615. links in
  616. Kobe. To be honest with you, I don't know what some chapter of TPA 
  617. *doesn't 
  618. do*. 
  619.  
  620. Most of their expenses come out of their own pockets. The telcos make 
  621. corp-
  622. orate contributions, and they raise money through the sale of 
  623. 'corporate 
  624. propoganda' such as coffee mugs an T-shirts with their employer's logo 
  625. on 
  626. them. There are, you see, some people around who are proud to be 
  627. employed 
  628. by telco and who like having artifacts of that sort in their home, 
  629. etc.
  630.  
  631. And that's the Telephone Pioneers of America: a splendid bunch of 
  632. people
  633. with a long and positive role as leaders in telecom.    PAT]
  634.  
  635. ------------------------------
  636.  
  637. From: shoppa@almach.krl.caltech.edu (Timothy D. Shoppa)
  638. Subject: Cellphones on Your TV
  639. Date: 1 Feb 1995 22:41:00 PST
  640. Organization: California Institute of Technology
  641.  
  642.  
  643. > [TELECOM Digest Editor's Note: Channel 1 was gone from television 
  644. sets by
  645. > around 1949-50 I guess. There is a national organization which 
  646. provides
  647. > educational (but some say infomercial) television to school students 
  648. on
  649. > closed circuit called 'Channel One'; you may have heard of them.  I 
  650. have
  651. > a General Electric portable color television which still goes up all 
  652. the
  653. > way to Channel 83; so you can guess how old it is. Most folks are 
  654. unaware
  655.          ^^^^^^^^^^ 
  656. > there is a HUGE gap in the frequency spectrum for television between 
  657. > Channels 6 and 7. Where Channel 6 ends at about 88 megs, Channel 7 
  658. does
  659. > not start until about 175 megs, way up in VHF. About thirty years 
  660. ago
  661. > when FM radios were still sort of new (they had been around for 
  662. twenty
  663. > years, but not for over fifty years like now) a religious station 
  664. called
  665. > WYCA went on the air in Hammond, Indiana, around 88-90 megs 
  666. someplace.
  667. > We have discussed *them* here in the past, a few years ago when 
  668. thier
  669. > station was the cause of many complaints to the FCC. In those days, 
  670. around
  671. > 1962-63 they had the nerve to tell people, 'if you do not have an FM
  672. > receiver, you can still listen to the Word of God daily on this 
  673. station
  674. > by putting your television set on Channel 6 then moving the fine 
  675. tuning
  676. > dial until you hear our signal.'
  677.  
  678. It is still the case that you can pick up the 88-90 MHz FM broadcasts
  679. on a TV with a good 'ol analog tuner.
  680.  
  681. Similarly, you may be able to tune in many pager services and 
  682. cellphone con-
  683. versations (or often, more precisely, their IF images) on the upper
  684. reaches of your old UHF TV.  Here in LA the wide bandwidth of a TV
  685. tuner is a disadvantage when doing this, as many cellphone frequencies
  686. conversations fall in the bandpass at any given time.  In more rural
  687. areas, this is not nearly as big of a problem.
  688.  
  689. I'm waiting for the FCC/phone cops to discover this and ban the sale
  690. of older TV's at yard sales.  I don't think they are currently banned,
  691. as they are not exactly "scanning receivers" -- or has the law been
  692. broadened recently?
  693.  
  694.  
  695. Tim Shoppa (shoppa@altair.krl.caltech.edu)
  696.  
  697.  
  698. [TELECOM Digest Editor's Note: Yeah, well you can't really get cell 
  699. phones
  700. on your television (in the upper UHF channels now abolished) very 
  701. well. 
  702. The innards of the television are different as you point out. You can 
  703. set
  704. the dial up there on channel 81-83 for example and twiddle the fine 
  705. tuner
  706. all you want. You just get bizzarre bits and pieces of things, not 
  707. even as
  708. much as you get on a scanner. I realize you were to some extent joking
  709. but I'd not get too concerned.   PAT]
  710.  
  711. ------------------------------
  712.  
  713. From: rvachha@PrimeNet.Com (Rustom Vachha)
  714. Subject: Infrastructure for Internet Service Provider
  715. Date: Thu, 2 Feb 1995 01:08:15 MST
  716. Organization: Primenet
  717.  
  718.  
  719. Hi everyone!
  720.  
  721.  I am currently exploring the possibility of providing internet
  722. services in the Indian subcontinent, in the near future. What sort of
  723. infrastructure is required? I presume a high speed dedicated telephone
  724. line is a requirement.  Are there different types of high speed lines?
  725. And more importantly, how can I get them from the telephone company
  726. (local/long distance)?
  727.  
  728.  
  729. Thanks in advance,
  730.  
  731. Rustom    rvachha@primenet.com
  732.  
  733. ------------------------------
  734.  
  735. End of TELECOM Digest V15 #72
  736. *****************************
  737.  
  738.                                                   
  739.